PD ROM 1/PD ROM Volume I - Macintosh Software from BMUG (1988).iso/Electronic Messages/USEnet Digests/USEnet Vol. 4/USEnet 4.58

Text File | 1988-06-15 | 31.4 KB | 842 lines | [TEXT/ttxt]

 9-May-88 22:08:27-PDT,32945;000000000000
Return-Path: <[e-mail]>
Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 9 May 88 22:07:46 PDT
Received: from relay2.cs.net by RELAY.CS.NET id ah02022; 9 May 88 23:50 EDT
Received: from relay.cs.net by RELAY.CS.NET id aa03443; 9 May 88 23:42 EDT
Received: from sdr.slb.com by RELAY.CS.NET id aa03378; 9 May 88 23:26 EDT
Date: Mon, 9 May 88 09:20 EDT
From: Jeffrey Shulman <[e-mail]>
Subject: Usenet Mac Digest V4 #58
To: [e-mail], [e-mail]
X-VMS-To: in%"[e-mail]",in%"[e-mail]"

Date: Mon  9 May 88 09:19:53-GMT
From: Jeff Shulman <SHULMAN@SDR>
Subject: Usenet Mac Digest V4 #58
To: Usenet-List: ;
Message-ID: <579169193.0.SHULMAN@SDR>
Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>

Usenet Mac Digest     Friday, May 6, 1988            Volume 4 : Issue 58

Today's Topics:
     Re: Sound Manager, ROM vs System, MIDI
     How does the Mac generate its sound ?
     Re: Dreaming of the perfect terminal software (2 messages)
     Re: Script Manager word processors
     Re: NeWS on the Mac II?
     FullWrite gamma feature
     35mm slidemaking
     Re: DarkCastle on a CD?
     Vaccine: what can trigger it
     Re: shape-transform graphic programs
     RE: TextEdit Items In Dialog
     TESetStyle bug
     gettimeofday() (3 messages)
     Re: streamlining a fragmented HD
     Linear optimisation
     Dual Video Card Problem
     Need supplier for Mac 512K flyback transformer
     Re: FINDER 6.0 Icon problems
     Fullwrite profesional
     Re: MIDI
     VAMP invites Amsterdam MacWorld Expo visitors

----------------------------------------------------------------------

From: [e-mail] (Alexander M. Rosenberg)
Subject: Re: Sound Manager, ROM vs System, MIDI
Date: 27 Apr 88 09:41:17 GMT
Organization: University of California, Santa Cruz; CATS

The Sound Manager will be patched into non-II machines in the next
system release, coming in a month or so.
--
-------------------------------------------------------------------------------
-  Alexander M. Rosenberg  - INTERNET: [e-mail]   - Yoyodyne    -
-  Crown College, UCSC     - UUCP:...!ucbvax!ucscc!ucscb!alibaba- Propulsion  -
-  Santa Cruz, CA 95064    - BITNET:[e-mail]  - Systems     -
-  [phone]          - Disclaimer: Nobody is my employer  - :-)         -
-                          - so nobody cares what I say.        -             -


------------------------------

From: [e-mail] (J.Grant)
Subject: How does the Mac generate its sound ?
Date: 28 Apr 88 11:10:55 GMT
Organization: UNIKENT Plc.

What I need to know, is how the mac does it - ie not what lovely rom
calls there are, but what the hardware needs & does - ie is there a
lovely sound chip that does dma on a pcm map, does the processor have to
stuff it byte by byte, polled - interrupt - in short *how* does it work
- when I know this I can tack one on to a lisa (now you see why) - I am
quite prepared to write the patch for the os to use it and not the
internal system but I have to know that it is feasible first ! Then I
can dive into IM and produce the new calls ...

HELP Please !!!


------------------------------

From: [e-mail]
Subject: Re: Dreaming of the perfect terminal software
Date: 28 Apr 88 22:50:32 GMT
Organization: The Portal System (TM)

John O'Malley writes:

A friend of mine thinks, that compared to MS-DOS, Mac term programs are
way behind.

Your friend is absolutely correct. There is not one single Mac term
program that does even the ESSENTIALS that MS-DOS programs handle
Flawlessly....Things like CTS handshaking for high speed modems. Or
Zmodem. (I find it simply staggering that there in not one single Mac
implementation of Zmodem, which has become THE protocol for Fidonet
transactions, and is simple the BEST software file transfer protocol
available).

The low quality of Mac comm software is mind boggling...the most
advanced protocol offered (and on some systems like Red Ryder it doesn't
even work properly) is Ymodem. Do you (rhetorical you) know when Ymodem
was invented? Nineteen Eighty One!!

<<<< I Want Zmodem >>>>


------------------------------

From: [e-mail] (David HM Spector)
Subject: Re: Dreaming of the perfect terminal software
Date: 29 Apr 88 15:37:00 GMT
Organization: New York University


Oh,... I can't resist...

(set gas jets to low broil)

What do you MEAN low quality of Macintosh communications software?!?!?
Ever use CrossTalk on a PC?!?  Or ``tip'' on a Unix machine?

With the exception of RedRyder, most every Macintosh terminal program
offers qualities that would be the envy of any dedicated terminal.  Even
"lowly" Mac- Terminal offers 5 different kinds of file transfer
capabilities and is a  _perfect_ vt102 emulator.  (There isn't ONE DEC
package that macTerminal will NOT work with.)

Granted there are things that one would like to see in a "Grand Unified
Terminal Program"... but there is nothing shabby about any of them and
you can find terminal program that do at least 85% of everything you'd
ever want. (gas jets off)

Seriously, there is no reason to flame Mac comm s'ware... Not even
RedRyder (I just don't like its user interface). It you wanna see neeto
terminal packages for the Macintosh, take a look at White Pine
Software's vt2xx emulators or Abelebeck's (sp?) VersaTerm series. Pretty
impressive for what some silly people still call a "toy computer".

_DHMS
--
-------------------------------------------------------------------------------
David HM Spector                New York University
Senior Systems Programmer            Graduate School of Business
Arpa: [e-mail]            Academic Computing Center
UUCP:...!{allegra,rocky,harvard}!cmcl2!spector    90 Trinity Place, Rm C-4
MCIMail: DSpector                New York, New York 10006
AppleLink: D1161     CompuServe: 71260,1410     [phone]
"What computer can do work like this?"  "Hire us and we'll tell you."


------------------------------

From: [e-mail]
Subject: Re: Script Manager word processors
Date: 28 Apr 88 14:11:00 GMT


    Right now I only know of two products that are being sold as Script
Manager Compatable Word Processors. The first is begin marketed here in
the States by Davka Corporation of Chicago (13129444070) and is called
Rav-Ktav. (They are trying to market it strictly as a Hebrew/Arabic Word
Processor, but it uses the Script Manager and should work just fine with
the Japanese System too...
    The other product is from WinSoft in France, and I do not know if it is
even available in the states.  Offhand I also forget the name of the
product (I think it is something like WinWrite, or Win____).
    Both products are EXPENSIVE, and as I said before, fairly limited in
functionality.  I am hoping that some of the new high-end processor
coming have enough insight to make themselves compatable.  If not, then
I will probably be stuck with one of there or with fighting FWP!!!
--
+---------------------------------+-----------------------------------+
+                                 +  Any thing I say may be taken as  +
+   Leonard Rosenthol             +  fact, then again you might decide+
+   President, LazerWare, inc.    +  that it really isn't, so you     +
+                                 +  never know, do you??             +
+   [e-mail]     +                                   +
+   GEnie:  MACgician             +                                   +
+   Delphi: MACgician             +                                   +
+                                 +                                   +
+---------------------------------+-----------------------------------+


------------------------------

From: [e-mail] (Mark F. Vita)
Subject: Re: NeWS on the Mac II?
Date: 29 Apr 88 13:09:49 GMT
Organization: General Electric CRD, Schenectady, NY

In article <[e-mail]> [e-mail] (Sean Engelson)
writes:
>I've heard rumours about an implementation of NeWS for the Mac II.
>Does anyone know anything about this beast?  To wit:
>    Does it require A/UX?

I have a beta version of MacNeWS for the Macintosh II, from Wedge
Computer.  It's an implementation of the server side of NeWS 1.0 and
runs under the Mac OS.  There is also a NeWS for the Mac II from
Grasshopper Group which runs under A/UX.  I believe there is a third
implementation in the works, for the Mac OS, but the name of the company
escapes me at the moment.

>    Is it reasonably efficient?

Ah, well, first a few caveats.  This is beta software -- "engineering
release 0.95".  There are several NeWS operators which are missing.
Also, naturally, there are a fair number of bugs.

The current version supports only serial communication.  You need to get
a Sun and a Mac II in close proximity and run a serial cable between
them.  There is a component of the software which runs on the Sun and
handles the serial communication between the server on the Mac and the
client running on the Sun.  Currently the baud rate is fixed at 19.2K.
Eventually, Wedge plans on supporting TCP/IP, Ethernet, etc.

As for performance: I haven't really tested it extensively, but my
impression is that though the underlying hardware of a Sun 3 and a Mac
II are roughly the same, performance is much slower than on a Sun 3 over
Ethernet.  I haven't able to determine if this is because of
inefficiency in the server itself, or because of the slower serial
communication (or possibly something else altogether).  Wedge claims
that the next release will offer substantially faster performance.

>    Is there a MacApp like package of classes for it?

The standard NeWS classing mechanism is present.  All of the standard
Postscript libraries (i.e., liteitems.ps, etc) are included as well.

>    How does it interface with Lisp (Coral or MacScheme)?

As I mentioned, since this is really only a server-side port, I don't
think it's currently possible to write Mac programs which interface with
the NeWS server.  The product is intended to run the display side of
client programs running on another machine.

>    Where can I get it?

    Wedge Computer, Inc.
    2 Winter Street
    Waltham, MA  02154
    [phone]

Price: $300

System Requirements: Macintosh II or Macintosh SE with 2 megabytes of
memory and a 20 megabyte hard disk.

Notes:

- The above system requirements are from Wedge's literature.  Though
they claim it will run on a Mac SE, I would suspect that it would be
agonizingly slow; it's barely acceptable on a II.  Also, if it does
indeed run on an SE, I can't see why it should not also run on a Mac
Plus.

- The distribution consists of four 800K Mac disks and a tape containing
the Sun portion of the software.  When installed, it takes about 3-4 meg
of disk space on the Mac.  Most of this appears to be font definition
files.
--
----
Mark Vita                              ARPA: [e-mail]
General Electric Company               UUCP: [e-mail]
Corporate R & D                              [e-mail]
Schenectady, NY                              desdemona![e-mail]


------------------------------

From: [e-mail]
Subject: FullWrite gamma feature
Date: 29 Apr 88 14:35:00 GMT

Before you trash your copy of the gamma version of FullWrite to replace
it with the now shipping (or so they tell me) release version, try this:

        Type "pig" then backspace three times to erase it.  Select
        some text (a line or two) and do the first command in the
        Edit menu (or Command Z).

This feature, according to sources, is _not_ in the release version.

Have fun.
--
[e-mail]
[e-mail]


------------------------------

From: [e-mail] (Ed Darken)
Subject: 35mm slidemaking
Date: 29 Apr 88 16:23:10 GMT
Organization: Duke University CS Dept.; Durham, NC

We would like to get hardware/software for making 35mm slides directly
from a Mac II or a Mac SE. I've gotten some leads from MacWorld and
MacUser, but I would like to hear from some people who are already doing
this sort of stuff. If anybody has suggestions, I would like to hear
them.

                Thanks,
                Ed Darken
                erd@duke


------------------------------

From: [e-mail] (Michael S. Czeiszperger)
Subject: Re: DarkCastle on a CD?
Date: 29 Apr 88 20:48:56 GMT
Organization: The Ohio State University Dept of Electrical Engineering

In article <[e-mail]> [e-mail]
writes:
>In article <[e-mail]> [e-mail] (Michael S. Czeiszperger) writes:
>>Has anyone seen the new magazine HyperMedia? It had an article
>
>I THINK SO TOO!!!  Which is why your posting is incredibly frustrating!
>WHO is doing this porting???  WHO is being hired???  WHAT hardware will
>be needed to run it???  WHERE can I buy a CD-I player???  WHEN will
>it be available??!?!!!  And HOW MUCH WILL IT COST!!!!!!!
>
>Ah, the agony of the rumor mill...
>
Ok, Ok.  HyperMedia magazine is a special publication of Mix Magazine
that was published for one issue this summer.  It is available from Mix
Magazine, whom I expect would tell you more information if you called
their office at [phone].  I say "expect" because I havn't called
them; after all, I have my own copy.

As for the compact disk interactive Dark Castle.....  The company's name
is American Interactive Media, a joint Philips/PolyGram venture
chartered to promote the production and marketing of CD-I in the United
States.  (I know because I was trying to find work coding CD-I authoring
systems.  No luck so far..)  Their reasoning in choosing Dark Castle for
a first project was simple: "If Dark Castle is that exciting on the Mac,
just think what it will look and sound like with full-color visuals and
high-fidelity audio".

The people creating the CD-I disk are:

    1. Larry Lowe - Program designer
    2. Jesse Silver - Visual production
    3. Dwight Marcus - Music composition/sound effects
    4. Jonathan Gay - Programming (original author of Dark Castle)

The first CD-I disk was demonstrated at Microsoft's third CD-ROM
conference in Seattle.  Commercial CD-I players probably will be
manufacted by the fall of this year, with sales to the public starting
in summer 1989. I don't think anyone's got a CD-I player fully designed
yet, and in fact, I don't think any manufactures have even started to
look into it.

The first CD-I drivers should cost about as much as CD-ROM drives, which
are running about $800-$2000.  Once production runs are started for CD-I
I can't see why the cost wouldn't go down a bit.  Although no-one has
ever seen a CD-I player, it most likely will look just like a regular CD
player, and will play regular audio CD's.  The differences are the CD-I
player will probably have an RCA or video plug on the back to hook up
your TV, as well as someplace to plug in a mouse.  Other modes of input
are unknown at this time.

These aren't rumors.  I've talked to Larry Lowe personally, albiet a
year ago, and now firsthand that AIM does exist and is promoting CD-I
media projects.  They are taking great steps to see that HyperMedia and
CD-I do not go the way of the videodisk.
--
Michael S. Czeiszperger         | "The only good composer is a dead composer"
Systems Analyst                 | Snail: 2015 Neil Avenue         (614)
The Ohio State University       |        Columbus, OH 43210          292-
cbosgd!osu-cis!accelerator!czei | [e-mail]  0161


------------------------------

From: [e-mail] (Joel B Levin)
Subject: Vaccine: what can trigger it
Date: 29 Apr 88 20:48:48 GMT
Organization: BBN Communications Corporation

    (From the most recent DELPHI digest)
    : From: MACWEEKBOS
    : Subject: Re: Vaccine and Font/DA Mover (Re: Msg 26280)
    : Date: 14-APR 13:44 Network Digests
    :
    : I just tried to cause a problem running Font/DA Mover 3.6 with
Vaccine
    : installed. I tried it with both System 4.2/Finder 5.1 and the current
    : System and Finder and could not get Vaccine to trigger, although it
    : could be triggered by other programs.
    :
    : Ric Ford

I have MacNosy'd Vaccine a little, and it looks as if Font/DA Mover may
well not trigger it.  Vaccine doesn't seem to look at whether the System
file is being modified; rather it looks at the resource types instead.
The traps AddResource and ChangedResource are patched, and Vaccine is
triggered if the resource type argument is one of the following list:

    INIT, DSAT, PTCH, CODE, MDEF, WDEF, CDEF, nVIR, PACK

If you are not modifying a DA with one of these resources then you
should not trigger Vaccine.

Disclaimer: I don't remember whether there were some other traps patched
which I didn't examine; so maybe there is another check for whether
certain files are being written.

    /JBL
--
UUCP: {backbone}!bbn!levin     USPS: BBN Communications Corporation
ARPA: [e-mail]                  50 Moulton Street
POTS: [phone]                 Cambridge, MA  02238


------------------------------

From: [e-mail] (Alexander M. Rosenberg)
Subject: Re: shape-transform graphic programs
Date: 28 Apr 88 09:19:41 GMT
Organization: University of California, Santa Cruz; CATS

Adobe's Illustrator 88 will do shape transforms like you described. I
haven't seen them done, but it does require that both object have the
same number of points. I am not sure how well the transoforms turn out,
except for the demonstration one of an "S" turned into a swan.
--
-------------------------------------------------------------------------------
-  Alexander M. Rosenberg  - INTERNET: [e-mail]   - Yoyodyne    -
-  Crown College, UCSC     - UUCP:...!ucbvax!ucscc!ucscb!alibaba- Propulsion  -
-  Santa Cruz, CA 95064    - BITNET:[e-mail]  - Systems     -
-  [phone]          - Disclaimer: Nobody is my employer  - :-)         -
-                          - so nobody cares what I say.        -             -


------------------------------

From: [e-mail] (Richard Siegel)
Subject: RE: TextEdit Items In Dialog
Date: 29 Apr 88 04:21:17 GMT
Organization: Carnegie Mellon


"editText" items are items that contain editable text; they're not
TEHandles, though. If you want to set up a TEHandle (with a scrollbar)
in the dialog box, you need to set up a UserItem and write a custom
dialog filter to handle mouse clicks and keystrokes in your TEHandle and
scroll bar. While not too difficult to do, it does take some doing...

R.


------------------------------

From: [e-mail] (Bob Heiney)
Subject: TESetStyle bug
Date: 29 Apr 88 20:37:13 GMT
Organization: University of California, Berkeley


    I think I've found a bug in TESetStyle.  If it has already been found
and is in a technote, excuse me for posting.

    My application does the following when the user chooses a text face
option (bold, shadow, etc.) from my hierarchical text face menu:

    1. Get the current selection/insertion point style.

    2. If the option is plain text, then set the current face to [], and go
to step 4.

    3. Look and see if the face option is checked or not checked in the
menu.

    3. If it is checked, set the new face to be the current face -
[option], otherwise set the new face to be the current face + [option].

    4. Call TESetStyle(doFace,...) with the modified style record.

Here's what happens:

Adding options to the current face always works.

If there is only one face option selected and the user says to unselect
it, then it works just like you'd expect.  The new style is the old one
except that it is no longer bold, shadowed, or whatever it was before.

No matter how many face options are selected, plain text always works.

If, however, there is more than one face option (e.g. [bold,italic]),
and I try to set the new face (e.g. to [bold,italic]-[italic]) then
TESetStyle does not work.  It leaves the options unchanged.

The work-around to this bug is to call TESetStyle(doFace,...) with a
style whose face is plain text ([]).  Then Call TESetStyle(doFace,...)
with a style that includes the new face.

This bug is not in my code, to the best of my knowledge, because of the
behavior mentioned in the work-around.  If my code were at fault and I
were getting the wrong style or something then the work-around wouldn't
work either.

Sorry if I was a little redundant above, but I wanted the bug and its
circumstances to be very clear.  I have a Mac Plus and am running System
Release 5.0 (System 4.2, Finder 6.0, Multifinder).

Anyone from Apple have any comments?
--
--------------------------------------------------------------------------
Bob Heiney
[e-mail]


------------------------------

From: [e-mail] (n)
Subject: gettimeofday()
Date: 28 Apr 88 17:05:46 GMT

I've noticed that gettimeofday() (the A/UX emulation of the BSD system
call) may run slower than many people think (a number of programs - CAP,
X NeWS etc use this heavily), in BSD the timezone information is
obtained from the kernel, in A/UX it must come from disk ..... 5 minutes
with adb shows that if you don't want the timezone information (most
applications do not) the following macro can be used:


        #define    gettimeofday(time, timezone) _gettimeofday(time)


again this is only a real issue if you call gettimofday a lot (rather
than just once per program)


        Paul
--
Paul Campbell, UniSoft Corp. 6121 Hollis, Emeryville, Ca
    E-mail:        ..!{ucbvax,hoptoad}!unisoft!paul
Nothing here represents the opinions of UniSoft or its employees (except me)
"Nuclear war doesn't prove who's Right, just who's Left" (ABC news 10/13/87)


------------------------------

From: [e-mail] (Guy Harris)
Subject: Re: gettimeofday()
Date: 29 Apr 88 08:39:33 GMT

> I've noticed that gettimeofday() (the A/UX emulation of the BSD system
> call) may run slower than many people think (a number of programs - CAP, X
> NeWS etc use this heavily), in BSD the timezone information is obtained
> from the kernel, in A/UX it must come from disk ..... 5 minutes with adb
> shows that if you don't want the timezone information (most applications
> do not) the following macro can be used:
>
>
>         #define    gettimeofday(time, timezone) _gettimeofday(time)

1) Could not "gettimeofday()" have a static flag that indicates whether
it's
   called "tzset()" or not, so that only the first call to
"gettimeofday()"
   calls "tzset()"?

2) Does not "gettimeofday()" avoid calling "tzset()" at all if
"timezone" is
   NULL?  Lots of programs (all the properly-written ones) that call
   "gettimeofday()" explicitly indicate their disinterest in the
timezone
   information by passing a (properly-case, of course) null pointer as
the
   second argument, and most programs that call "gettimeofday()" don't
want the
   timezone information.


------------------------------

From: [e-mail] (Guy Harris)
Subject: Re: gettimeofday()
Date: 29 Apr 88 18:57:13 GMT

>    Lots of programs (all the properly-written ones) that call
>    "gettimeofday()" explicitly indicate their disinterest in the timezone
>    information by passing a (properly-case, of course) null pointer as the
>    second argument, and most programs that call "gettimeofday()" don't want
>    the timezone information.

Before everybody writes in, let me point out that:

    1) "properly-case" should be "properly-cast"

and

    2) the "all the properly-written ones" refers not to all programs that
       call "gettimeofday()", just the 99% of them that have no interest in
       getting the time zone information directly from "gettimeofday()".
       Obviously, a properly written program that *does* want the time zone
       information from "gettimeofday()" won't pass it a null pointer for
       the second argument....


------------------------------

From: [e-mail]
Subject: Re: streamlining a fragmented HD
Date: 30 Apr 88 00:55:39 GMT
Organization: The Portal System (TM)

Michael,

Two ways to unfragment a HD:

1) Use a disk optimizer, such as DiskExpress or PowerUp.  But make sure
that
   you backup first.

2) Do a complete backup, reformat, and restore.  SuperMac Software's
DiskFit
   will allow you to unfragment a HD by this procedure.  SuperMac also
provides
   a DataFrame version of DiskFit to purchasers of any DataFrame/XP HD.
--
Fabian Ramirez
SuperMaTechnology

[e-mail]
sun!cup.portal.com!fabian_fabe_ramirez


------------------------------

From: [e-mail] (Bruno Bloepfe)
Subject: Linear optimisation
Date: 29 Apr 88 14:38:10 GMT
Organization: ETH Zuerich

I would like to know, if someone has experiences with (commercial)
packages for solving linear optimisation problems on a MAC II. I'm
especially interested in packages having an interface to a spread-sheet
or which are "reasonably" user-friendly. An example would be BEST ANSWER
(this is not an ad, it's just the only one I know !!). Are there others
? How about large problem sizes (200 rows, 500 cols) ?

Any answers welcome !
--
-------------------------------------------------------------------------------
Bruno Loepfe                     ..!uunet!mcvax!cernvax!ethz!bloepfe (UUCP)
Operations Research             [e-mail]                     (UUCP)
Federal Institute of Technology  OPERATIO@czheth5a                (BITNET/EARN)
Zuerich, Switzerland


------------------------------

From: [e-mail] (Jude Anand George)
Subject: Dual Video Card Problem
Date: 1 May 88 01:28:30 GMT
Organization: Carnegie Mellon

Help!!!

I have two video cards in my Mac II, a 16-bit one driving an Apple color
monitor and a 4 bit one driving an Apple greyscale monitor.  I have
recently upgraded the latter from 4 to 16-bit, expecting to get 256
shades on each monitor.  Not so.  Although they both show up as having
256 in the 'monitors' CDEV, one will display 256 while the other
displays something between 16 and 256.  The one that works properly is
always the monitor that currently has the menu bar set to it (with the
monitors CDEV);  therefore it doesn't seem to be hardware dependent.
Also, if I take either video card out and just use the other one, it
works fine, with the maximum 256 colors.  (I am testing this by running
the MandelColor program).  The problem isn't with the individual
monitors, either, since I have swapped them and the problem remains the
same. I have also put the cards in various slots with no effect.  It
seems to be dependent only on which monitor currently has the menu bar
in it (i.e., is the main screen).  It does not depend on whether or not
I have it set to color or greyscale in the CDEV.

If you know anything about Mac II video, please help!  I especially need
to know soon if it is a hardware problem, because the warranty on one of
my video cards runs out in 4 days.
--
--Jude George
INTERNET: [e-mail]
CIS: 72307,1752


------------------------------

From: [e-mail] (Andrew Siegel)
Subject: Need supplier for Mac 512K flyback transformer
Date: 29 Apr 88 21:07:21 GMT
Organization: NBC Computer Imaging, New York, NY

Can anyone point me to a supplier of flyback transformers for the Mac
512K? My dead Mac desperately needs one.

Send me e-mail, or call.  Thanks.
--
Andrew Siegel, N2CN            NBC Computer Imaging, New York, NY
{philabs,steinmetz,ge-dab}!nbc1!abs    [phone]


------------------------------

From: [e-mail] (Andy J. Williams)
Subject: Re: FINDER 6.0 Icon problems
Date: 30 Apr 88 20:22:46 GMT
Organization: Ack Systems

In article <[e-mail]> [e-mail] (Philip D.
Eckert) writes:
>Since I've changed to the new finder, version 6, I've noticed that alot of
>my icons have been acting differently when clicked on by the mouse.  For
>instance, my SOUNDPLAY program shows a phongraph when its not in use, but
>when you single click on it, it becomes a record.  Under the new finder
>it still becomes a record, but it has garbage intermingled with it.  The
>same thing occurs on other icons with this kind of dual structure.

>My question is, is this a bug with the icon masks or is this a feature?


It is a feature.  The new finder no longer does what the older ones did
with the ICN#s mask.  I beleive it has something to do with displaying
in color.

-Andy

--
Andy J. Williams '90     |Ack Systems: [e-mail]|  _   /|
Software Development     +--------------------------------------+  \`o_O' ACK!
Kiewit Computation Center|Hello. My $NAME is ~inigo_montoya.    |    ( )  /
Dartmouth College        |You killed my process.  Prepare to vi.|     U


------------------------------

From: [e-mail] (David Palmer)
Subject: Fullwrite profesional
Date: 1 May 88 06:34:43 GMT
Organization: California Institute of Technology

I saw Fullwrite Professional in a computer store today (Software Central
in Pasadena, a large window display and plenty of stock on hand.)

On the box it said something like "Not for export, for distribution in
the US and Canada only."

The only reason I can think of for this is if it uses technology on the
"not to be exported" list.  Does Fullwrite include a DES encryption
package?  If so, what do they do for the foreign versions?  I assume
that they hired a programmer from some enemy country, such as France, to
rewrite the DES portion of the software so that it can be shipped from
there without requiring every costumer to sign an export license, but
perhaps they just used some non-standard, non-restricted encryption
algorithm.


        David Palmer
        [e-mail]
        ...rutgers!cit-vax!tybalt.caltech.edu!palmer
    "Every day it's the same thing--variety.  I want something different."


------------------------------

From: [e-mail] (SIEMON)
Subject: Re: MIDI
Date: 28 Apr 88 19:06:29 GMT
Organization: AT&T Bell Laboratories

My Passport MIDI interface (similar to Apple's) works fine on my MacII;
I would assume that any pin-out differences are irrelevant (the Passport
interface has an adapter cord for matching the different shaped PLUGs).
Actually, I think that you REALLY want something more functional than a
1-in, 1-out interface like Apple's (or Passport's).  But I was
impatient.

--
Michael L. Siemon
contracted to AT&T Bell Laboratories
ihnp4!mhuxu!mls
standard disclaimer


------------------------------

From: [e-mail] (Thomas Fruin)
Subject: VAMP invites Amsterdam MacWorld Expo visitors
Date: 2 May 88 00:17:35 GMT
Organization: uvabick

The European MacWorld Expo '88 will be held in Amsterdam, Netherlands on
May 9th, 10th and 11th.

The main function of this event seems to be  the  paring  of  various
3-piece suited manufacturers and  ditto  European  dealers.  However,
many Macintosh hackers will  wander  the  floors in search of similar
species to show off their hottest INITs and chat in global A5 dialect.

To these potentionally lost souls: pay attention to the following!

         The Dutch Macintosh programmers association VAMP
         ( 'Vereniging Actieve Mac Programmeurs' ) hereby
         gladly invites every person who thinks s/he fits
         the description of

                enthousiastic Macintosh hacker and/or
                programmer and/or devotee

         to attend our annual VAMP banquet,oriental style
         (spicy).  To join the meal, collect yourselves @
         the main exit on the  second  day  of  the  Expo
         (Tuesday, May 10th) at  17:00 hrs.  Costs  are
         estimated at HFl 35,- (US$18).

         Formal dressing required: T-shirt w/ 3.5"-pocket
         and sneakers.

If you are sure of your participation, please e-mail me,  so we will
have a rough idea of the number of participants.

-- Thomas Fruin
   (VAMP president)

   [e-mail]                  University of Leiden
   [e-mail]                   University of Amsterdam
   hol0066.AppleLink
   2:512/114.FidoNet                     The Netherlands

------------------------------

End of Usenet Mac Digest
************************
-------